Claims 



What is claimed is: 

1 . A method for managing contract data, comprising: 

receiving a contract dataset by a decentralized execution system (DES) from a 
procurement contract management system (PCMS); and 

passing the contract dataset through a software filter that determines whether to store the 
contract dataset or a first portion thereof in a relational database of the DES, said relational 
database including contract datasets, vendor datasets, and purchase item datasets. 

2. The method of claim 1, wherein the software filter fiirther determines whether to store the 
contract dataset or a second portion thereof in a special database of the DES. 
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1 3. A method for managing contract data, comprising: 

2 receiving a contract dataset by a first SAP contract management system from a second 

3 SAP contract management system; and 

4 passing the contract dataset through a software filter that determines whether to store the 

5 contract dataset or a first portion thereof in a SAP database of the first SAP contract management 

6 system. 



1 4. The method of claim 1, wherein the software filter fiirther determines whether to store the 

2 contract dataset or a second portion thereof in a non-SAP database of the first SAP contract 

P 

35 management system. 

w 
m 

D 
H 
H 

s 

0 

m 
m 

n\ 

d 



END920010035US1 



24 




1 5. A method for managing contract data, comprising: 

2 receiving a contract datagroup Dq by a decentralized execution system (DBS) from a 

3 procurement contract management system (PCMS), said contract datagroup Dq selected from the 

4 group consisting of a contract dataset and a contract deltadataset, said contract datagroup Dq 

5 identifying N purchase items purchasable from a vendor V keyed to the contract datagroup Dq, 

6 said N at least 1 , said contract datagroup Dq identifying the vendor V if the contract datagroup 

7 Dq is the contract dataset, said DBS comprising a relational database that includes contract 

8 datasets, vendor datasets having vendors, and purchase item datasets having purchase items; 

9 ^ determining which, if any, of the N purchase items identified in the contract datagroup 

lOj^ Dq match a purchase item in the purchase item datasets and determining a total number K of such 

W 

1 lijj purchase items in Dq that do not so match a purchase item in the purchase item datasets, said K 

12^5 satisfying 0 ^ K ^ N; and if K < N then 

H 

1 3 ;L if the contract datagroup Dq is the contract dataset then determining whether the vendor V 

14 !^ , matches a vendor in the vendor datasets and if the vendor V so matches a vendor in the vendor 

1 5 p datasets then adding a subset of to the relational database, said subset of excluding the K 

1 6 purchase items from D^, else 

17 if the contract datagroup Dq is the contract deltadataset and is keyed to a first contract 

1 8 dataset in the relational database then adding to the first contract dataset in the relational database 

1 9 a remaining N-K purchase items of D^. 
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1 6. The method of claim 5, wherein the DES fiirther comprises a special database that includes 

2 contract datasets, wherein the contract datagroup is the contract deltadataset, and wherein if K 

3 > 0 then said method further comprising: 

4 if Dq is keyed to a first contract dataset in the special database, then adding to the first 

5 contract dataset in the special database the K purchase items of 0^; and 

6 if Dq is not keyed to any contract dataset in the special database, then forming from a 

7 contract dataset that includes the K purchase items and excludes the remaining N-K purchase 

8 items, and adding 0^ to the special database. 

q 

\.Q 7. The method of claim 5, wherein if K < N and the contract datagroup Dq is the contract dataset 

2i|| and the vendor V does not match a vendor in the vendor datasets, then further comprising adding 

□ 

3H a vendor dataset Dy to the relational database when a contract based on the subset of Dq is 
required at the DES, said vendor dataset Dy keyed to the vendor V, 

m 

nj 

1 P 8. The method of claim 7, wherein adding Dy to the relational database comprises extracting Dy 

2 fi:om a vendor database prior to adding Dy to the relational database. 

1 9. The method of claim 7, wherein adding Dy to the relational database comprises: 

2 communicating a message to a DES buyer keyed to at least one purchase item of the 

3 remaining N-K purchase items, each of said at least one purchase item matching a purchase item 

4 in the purchase item datasets, said message relating to adding Dy to the relational database; and 
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having the DES buyer cause Dy to be added to the relational database when the contract 
based on the subset of Dq is required at the DES. 

10. The method of claim 5, wherein the contract datagroup is the contract dataset. 

1 1 . The method of claim 5, wherein the contract datagroup Dq is the contract deltadataset. 

12. The method of claim 5, said PCMS being a SAP system, said DES being a SAP system, said 
relational database being a SAP database. 
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1 13. A method for managing contract data, comprising: 

2 receiving a contract dataset by a decentralized execution system (DES) from a 

3 procurement contract management system (PCMS), said contract dataset identifying a vendor 

4 V and N purchase items purchasable from the vendor V, said N at least 1 , said DES comprising a 

5 relational database that includes contract datasets, vendor datasets having vendors, and purchase 

6 item datasets having purchase items, said DES fiirther comprising a special database that 

7 includes contract datasets; 

8 determining v^hich, if any, of the N purchase items identified in the contract dataset D^ 
9^. match a purchase item in the purchase item datasets and determining a total number K of such 



10. g purchase items in D^ that do not so match a purchase item in the purchase item datasets, said K 



1 1 III satisfying 0 < K ^ N; and 

lip 

12 \* if K = N then adding D^ to the special database, else if K < N then determining whether 

H 

131, the vendor V matches a vendor in the vendor datasets and if the vendor V so matches a vendor in 

U 

14 1 the vendor datasets then adding a first subset of Dc to the relational database and if K > 0 adding 

i v 
i U 

15 p a second subset of D^ to the contract datasets of the special database, said first subset of D^ 

1 6 excluding the K purchase items from Dc, said second subset of Dc excluding a remaining N-K 



17 purchase items from D, 



c- 



1 14. The method of claim 13, fiirther comprising: 

2 adding a new purchase item to the purchase item datasets; 

3 determining whether the new purchase item is identified in a contract dataset Dcs of the 
END920010035US1 28 



special database; and 

if the new purchase item is so identified in D^s and Dcs identifies J purchase items such 
that J is at least 1 , then determining whether a vendor identified in D^g matches a vendor in the 
vendor datasets and if the vendor identified in D^g so matches a vendor in the vendor datasets 
then: 

if a contract identifier of D^s matches a contract identifier of a first contract 
dataset in the relational database then adding the new purchase item to the first contract 
dataset, else 

if the contract identifier of D^s does not matches a contract identifier of any 
contract dataset in the relational database then adding a subset of D^s to the relational 
database, said subset of D^s including the new purchase item; and 

if J = 1 then deleting D^s from the special database else deleting the new purchase 
item from D^s- 

15. The method of claim 14, fiirther comprising extracting the new purchase item from a 
purchase item database prior to adding the new purchase item to the purchase item datasets. 

16. The method of claim 13, said PCMS being a SAP system, said DES being a SAP system, said 
relational database being a SAP database, said special database being a non-SAP database. 



END920010035US1 



29 



1 17. A method for updating an execution document relating to a contract, said method comprising: 

2 having an execution document at a decentralized execution system (DES) of a 

3 procurement contract management system (PCMS), said execution document being derived from 

4 a contract dataset in the DES, said execution document having an existing attribute value for a 

5 purchase item in the contract dataset; 

6 receiving notice at the DES from the PCMS of a new attribute value that is to replace the 

7 existing attribute value; and 

8 replacing the existing attribute value with the new attribute value in the execution 
9p document. 

h 
w 

IfJI 18. The method of claim 17, said existing attribute value for the purchase item being a first price 

O 

2 ""-i of the purchase item, said new attribute value for the purchase item being a second price of the 

3-1^ purchase item. 

m 
m 
m 

1 □ 19. The method of claim 17, said execution document being a purchase order. 

1 20. The method of claim 17, said execution document being a scheduling agreement whose new 

2 attribute value for the purchase item is effective upon receipt of the purchase item by a DES 

3 buyer keyed to the purchase item. 

1 21 . The method of claim 1 7, said PCMS and said DES each being a SAP system. 
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1 22. A method of contract archiving, comprising: 

2 sending a list of I identifiers by a procurement contract management system (PCMS) to at 

3 least one decentralized execution system (DES), said I at least 1, each identifier of the I 

4 identifiers identifying a contract dataset in the PCMS earmarked by the PCMS for archiving; 

5 receiving by the PCMS a return list of M of the I identifiers from each DES of the at least 

6 one DES in response to said sending, said M in a range of 0 ^ M ^ I, said retum list being DES- 

7 specific, each said contract dataset identified in the retum list of each DES having been approved 

8 by said each DES for archiving; and 

9 archiving by the PCMS each contract dataset identified in the list of I identifiers and 

P 

lOO appearing in an intersection list of the retum lists, if the intersection list is not empty. 



m 

P 

by 23. The method of claim 22, further comprising commimicating by the PCMS to each DES of the 

2i- at least one DES: 

3 W that the archiving was done by the PCMS for the contract datasets appearing in the 

i 

111 

4 g intersect list, if the intersection list is not empty; or 

H 

5 that the archiving vsdll not be done, if the intersection list is empty. 

1 24. The method of claim 22, said PCMS and each of the at least one DES being a SAP system. 
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1 25. A method of contract archiving, comprising: 

2 receiving by a first decentralized execution system (DES) of at least one DES from a 

3 procurement contract management system (PCMS) a list of I identifiers, said I at least 1, each 

4 identifier of the I identifiers identifying a contract dataset in the PCMS earmarked by the PCMS 

5 for archiving, said list of I identifiers sent by the PCMS to each DES of the at least one DES, said 

6 PCMS adapted to receive a return list of M of the I identifiers from each DES of the at least one 

7 DES in response to said sending, said M in a range of 0 :^ M ^ I, said return list being DES- 

8 specific, each said contract dataset identified in the return list of each DES having been approved 

9 by said each DES for archiving, said PCMS adapted to archive each contract dataset identified in 

O 

10^ the suggest list and appearing in an intersection list of the return lists if the intersection list is not 
empty; and 

3 

12-4 sending by the first DES to the PCMS the return list of the first DES. 

1 y 26. The method of claim 25, fiirther comprising receiving by the first DES notification from the 

2 1 PCMS: 

M 

3 that the archiving was done by the PCMS for the contract datasets appearing in the 

4 intersect list, if the intersection list is not empty; or 

5 that the archiving will not be done, if the intersection list is empty. 

1 27. The method of claim 25, said PCMS and each of the at least one DES being a SAP system. 
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28. A system for managing contract data, comprising software at a decentralized execution 
system (DES), said software adapted to: 

receive a contract dataset by the DES from a procurement contract management system 
(PCMS); and 

pass the contract dataset through a software fiher that is adapted to determine whether to 
store the contract dataset or a first portion thereof in a relational database of the DES, said 
relational database adapted to include contract datasets, vendor datasets, and purchase item 
datasets. 

29. The system for managing contract data of claim 28, wherein the software filter is adapted to 
further determine whether to store the contract dataset or a second portion thereof in a special 
database of the DES. 
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30. A system for managing contract data, comprising software at a decentralized execution 
system (DES), said software adapted to: 

receive a contract dataset by a first SAP contract management system from a second SAP 
contract management system; and 

pass the contract dataset through a software fiher that determines whether to store the 
contract dataset or a first portion thereof in a SAP database of the DES. 

31. The system for managing contract data of claim 30, wherein the software filter is adapted to 
fiirther determine whether to store the contract dataset or a second portion thereof in a non-SAP 
database of the first SAP contract management system. 
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1 32. A system for managing contract data, comprising software at a decentralized execution 

2 system (DES), said software adapted: 

3 to have the DES receive a contract datagroup Dq from a procurement contract 

4 management system (PCMS), said contract datagroup Dq selected from the group consisting of a 

5 contract dataset and a contract deltadataset, said contract datagroup Dq identifying N purchase 

6 items purchasable from a vendor V keyed to the contract datagroup Dq, said N at least 1 , said 

7 contract datagroup Dq identifying the vendor V if the contract datagroup Dq is the contract 

8 dataset, said DES comprising a relational database that includes contract datasets, vendor 
9g datasets having vendors, and purchase item datasets having purchase items; 

10 ^fl to determine which, if any, of the N purchase items identified in the contract datagroup 

W 

1 1)1^ Dq match a purchase item in the purchase item datasets and to determine a total number K of 

12 such purchase items in the Dq that do not so match a purchase item in the purchase item datasets, 

1 3 □ said K satisfying 0 ^ K ^ N; and if K < N then 

14 iU if the contract datagroup Dq is the contract dataset then to determine whether the vendor 

m 

1 5 y V matches a vendor in the vendor datasets and if the vendor V so matches a vendor in the vendor 

16 datasets then to add a subset of Dq to the relational database, said subset of Dq excluding the K 

17 purchase items from Dq, else 

1 8 if the contract datagroup Dq is the contract deltadataset and said contract deltadataset is 

19 keyed to a first dataset in the relational database then to add to the first dataset a remaining N-K 

20 purchase items of the contract datagroup Dq. 
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33. The system for managing contract data of claim 32, wherein the DES further comprises a 
special database that includes contract datasets, wherein the contract datagroup Dq is the contract 
deltadataset, and wherein if K > 0 then said software is further adapted: 

if Dq is keyed to a first contract dataset in the special database, then to add to the first 
contract dataset in the special database the K purchase items of Dq; and 

if Dg is not keyed to any contract dataset in the special database, then to form fi-om Dq a 
contract dataset that includes the K purchase items and excludes the remaining N-K purchase 
items, and to add Dd to the special database. 

34. The system for managing contract data of claim 32, wherein if K < N and the contract 
datagroup is the contract dataset and the vendor V does not match a vendor in the vendor 
datasets, then said software is further adapted to have a vendor dataset Dy added to the relational 
database when a contract based on the subset of is required at the DES, said vendor dataset 
Dy keyed to the vendor V. 

35. The system for managing contract data of claim 34, wherein said software is further adapted 
to have the vendor dataset Dy extracted from a vendor database prior to having Dy added to the 
relational database. 

36. The system for managing contract data of claim 34, wherein to have the vendor dataset Dy 
added to the relational database comprises: 
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3 to communicate a message to a DES buyer keyed to at least one purchase item of the 

4 remaining N-K purchase items, each of said at least one purchase item matching a purchase item 

5 in the purchase item datasets, said message relating to adding Dy to the relational database; and 

6 to have the DES buyer cause Dy to be added to the relational database when the contract 

7 based on the subset of Dq is required at the DES. 



1 37. The system for managing contract data of claim 32, wherein the contract datagroup D^ is the 

2 contract dataset. 

□ 

1 ,j 38. The system for managing contract data of claim 32, wherein the contract datagroup Dq is the 

2 ijl contract deltadataset. 

P 

'H 

1 39. The system for managing contract data of claim 32, said PCMS being a SAP system, said 
2py DES being a SAP system, said relational database being a SAP database, said software being 

m 

3 p non-SAP software. 
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1 40. A system for managing contract data, comprising software at a decentralized execution 



2 system (DES), said software adapted: 



3 to have the DES receive a contract dataset Dc fi'om a procurement contract management 



4 system (PCMS), said contract dataset identifying a vendor V and M purchase items 



5 purchasable fi'om the vendor V, said M at least 1, said DES comprising a relational database that 



6 includes contract datasets, vendor datasets having vendors, and purchase item datasets having 



7 purchase items, said DES fiirther comprising a special database that includes contract datasets; 



8 to determine which, if any, of the N purchase items identified in the contract dataset D^ 



9^ match a purchase item in the purchase item datasets and to determine a total number K of such 



10, Q purchase items in the D^ that do not so match a purchase item in the purchase item datasets, said 

w 

11 Ul K satisfying 0 ^ K ^ N; and 

1 2 if K = N then to add Dc to the special database, else if K < N then to determine whether 

H 

13 p the vendor V matches a vendor in the vendor datasets and if the vendor V so matches a vendor in 

1 4 p j the vendor datasets then to add a first subset of Dc to the relational database and if K > 0 to add a 

ri . 

15 p second subset of Dc to the contract datasets of the special database, said first subset of Dc 



16 excluding the K purchase items from Dc, said second subset of Dc excluding a remaining N-K 

1 7 purchase items from Dc- 

1 41. The system for managing contract data of claim 40, wherein said software is further adapted: 

2 to add a new purchase item to the purchase item datasets; 

3 to determine whether the new purchase item is identified in a contract dataset Dcs of the 
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4 special database; and 

5 if the new purchase item is so identified in D^g and D^s identifies J purchase items such 

6 that J is at least 1, then to determine whether a vendor identified in D^s matches a vendor in the 

7 vendor datasets, and if the vendor identified in D^s so matches a vendor in the vendor datasets 

8 then: 

9 if a contract identifier of D^s matches a contract identifier of a first contract 

10 dataset in the relational database then to add the new purchase item to the first contract 

1 1 dataset, else 

12 if the contract identifier of D^g does not matches a contract identifier of any 

1 3 , q contract dataset in the relational database then to add a subset of D^s to the relational 

14jj| database, said subset of D^s including the new purchase item; and 

15 if J = 1 then to delete Dcs from the special database else to delete the new 

1 6 purchase item from D^s- 

m 

ru 

n\ 

1 p 42. The system for managing contract data of claim 41 , wherein said software is further adapted 

2 to extract the new purchase item from a purchase item database prior to adding the new purchase 

3 item to the purchase item datasets. 

1 43. The system for managing contract data of claim 40, said PCMS being a SAP system, said 

2 DES being a SAP system, said relational database being a SAP database, said special database 

3 being a non-SAP database, said software being non-SAP software. 
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1 44. A system for updating an execution document relating to a contract, comprising a 

2 decentralized execution system (DES) of a procurement contract management system (PCMS), 

3 said DES having software adapted: 

4 to have an execution document at the DES, said execution document being derived from 

5 a contract dataset in the DES, said execution document having an existing attribute value for a 

6 purchase item in the contract dataset; 

7 to receive notice at the DES from the PCMS of a new attribute value that is to replace the 

8 existing attribute value; and 

9p to replace the existing attribute value with the new attribute value in the execution 

10^ document. 

m 

Q 

1 S 45. The system for updating an execution docximent of claim 44, said existing attribute value for 

2q the purchase item being a first price of the purchase item, said new attribute value for the 

3 purchase item being a second price of the purchase item. 

ru 

1 46. The system for updating an execution docvmient of claim 44, said execution document being 

2 a pxirchase order. 

1 47. The system for updating an execution document of claim 44, said execution document being 

2 a scheduling agreement whose new attribute value for the purchase item is effective upon receipt 

3 of the purchase item by a DES buyer keyed to the purchase item. 
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1 48. The system for updating an execution document of claim 44, said PCMS and said DES each 

2 being a SAP system, said software being non-SAP software. 
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49. A system for contract archiving, comprising a procurement contract management system 
(PCMS) having software adapted: 

to send a Ust of I identifiers to at least one decentralized execution system (DES), said I at 
least 1, each identifier of the I identifiers identifying a contract dataset in the PCMS earmarked 
by the PCMS for archiving; 

to receive a return list of M of the I identifiers firom each DES of the at least one DES in 
response to having sent the list of I identifiers to each said DES, said M in a range of 0 ^ M ^ I, 
said return list being DES-specific, each said contract dataset identified in the return list of each 
DES having been approved by said each DES for archiving; and 

to archive each contract dataset identified in the list of I identifiers and appearing in an 
intersection list of the retum lists, if the intersection list is not empty. 

50. The system for contract archiving of claim 49, said software fiirther adapted to communicate 
to each DES of the at least one DES: 

that the archiving was done by the PCMS for the contract datasets appearing in the 
intersect list, if the intersection list is not empty; or 

that the archiving will not be done, if the intersection list is empty. 

5 1 . The system for contract archiving of claim 49, said PCMS and each of the at least one DES 
being a SAP system, said software being non-SAP software. 
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52. A system for contract archiving, comprising a first decentralized execution system (DES) of 
at least one DES, said first DES having software adapted: 

to receive from a procurement contract management system (PCMS) a list of I identifiers, 
said I at least 1, each identifier of the I identifiers adapted to identify a contract dataset in the 
PCMS earmarked by the PCMS for archiving, said list of I identifiers adapted to be sent by the 
PCMS to each DES of the at least one DES, said PCMS adapted to receive a retum list of M of 
the I identifiers fi-om each DES of the at least one DES in response to having sent the list of I 
identifiers to each said DES, said M in a range of 0 ^ M ^ I, said retum list being DES-specific, 
each said contract dataset identified in the retum list of each DES having been approved by each 
said DES for archiving, said PCMS adapted to archive each contract dataset identified in the list 
of I identifiers and appearing in an intersection list of the retum lists if the intersection list is not 
empty; and 

to send to the PCMS the retum list of the first DES. 

53. The system for contract archiving of claim 52, said software further adapted to receive 
notification fi-om the PCMS: 

that the archiving v^as done by the PCMS for the contract datasets appearing in the 
intersect list, if the intersection list is not empty; or 

that the archiving v^ill not be done, if the intersection list is empty. 
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m # 

1 54. The system for contract archiving of claim 52, said PCMS and each of the at least one DBS 

2 being a SAP system, said software being non-SAP software. 
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1 55. A computer program product, comprising at least one computer usable medium having 

2 computer readable program code embodied therein, said program code including DES software 

3 selected from the group consisting of DES FILTER software, DES UPDATE software, DES 

4 ARCHIVE software, and combinations thereof. 
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